تتبع الإحالات على البلوكشين
في المشهد الرقمي المتطور، تبحث الشركات والمطورون باستمرار عن الأدوات الأكثر فعالية لتتبع البيانات وتحليلها.
في Origin كنا نستخدم Google Analytics باعتباره الحل الأمثل لمراقبة التفاعلات المستندة إلى الويب ولكن تقنية البلوكشين تقدم بديلا لتتبع المعاملات على الشبكة.
ويقدم هذا النهج فوائد فريدة لا سيما فيما يتعلق بالدقة والشفافية.
الفرضية الأساسية وراء تتبع الإحالات على البلوكشين هي إلحاق Bytes إضافية ببيانات الاتصال الخاصة بأي معاملة تنشأ من تطبيق لامركزي dapp تتحكم فيه. لا تتداخل bytes الإضافية عادة مع استدعاء العقد (على الرغم من وجود استثناءات)، ولكنها تزيد من تكلفة الغاز للمعاملة بمقدار ضئيل.
يتم تخزين هذه Bytes الإضافية على البلوكشين وتكون مرئية على Etherscan أو على أي مفهرس آخر. في حالة Origin نستخدم Subsquid لوضع علامة على المعاملات التي تحتوي على بيانات استدعاء تنتهي بمصفوفة byte معروفة، حتى نتمكن من معرفة المعاملات التي نشأت من تطبيقنا اللامركزي.
تم استخدام هذه التقنية من قبل أسواق NFT لفترة وهي الطريقة التي يمكن بها نسب حجم المعاملات إلى مجمعات مثل Blur أو Gem. قامت مشاريع البنية التحتية لـ NFT مثل Reservoir ببناء الوظائف مباشرة في SDK الخاصة بها، على الرغم من أن هذه التقنية ليست شائعة بعد في DeFi.
يعد تنفيذ نظام الإحالة على البلوكشين عملية بسيطة نسبيًا، ولكن هناك بعض الاعتبارات الأساسية. ستحتاج إلى تحديد نوع الإسناد الذي ستستخدمه، وكيفية تخزين البيانات. إليك كيفية إعداد نظام إحالة على البلوكشين لبروتوكول Origin.
وإليك كيفية العمل من البداية إلى النهاية:
- أنشئ كود مكون من 4 بايت عن طريق تجزئة string مثل: bytes4(keccak256("oeth.com"))
- قم بتخزين الـHash في مكان ما، على سبيل المثال، code repo أو جدول البيانات، بحيث يمكن الرجوع إليه لاحقًا.
- قم بتعديل التطبيق اللامركزي الخاص بك لقبول رموز الإحالة عبر URL، على سبيل المثال mydapp.com/?code=abc12345، وقم بتخزين هذا الرمز في localStorage
- عندما يقوم التطبيق اللامركزي الخاص بك بإرسال معاملة، قم بإلحاق رمز الإحالة ببيانات الاتصال
- بمجرد استخراج المعاملة، سترى أنه تم إلحاق رمز الإحالة ببيانات الاتصال وأصبح مرئيًا على Etherscan أو عبر استدعاء eth_getTransactionByHash RPC.
مزايا الإحالة على البلوكشين
السجلات غير القابلة للتغيير: تضمن طبيعة البلوكشين الغير قابلة للتغيير تسجيل رموز الإحالة إلى أجل غير مسمى ويمكن لأي شخص الوصول إليها.
التحقق المستقل: يمكن للأطراف الثالثة التحقق بشكل مستقل من وظيفة ميزة الإحالة دون الحاجة إلى الوصول إلى البيانات المقيدة.
دقة: على عكس طرق التتبع التقليدية، لا يتأثر هذا الأسلوب بأدوات حظر الإعلانات وملفات تعريف الارتباط للمتصفح.
التنوع: يمكن تطبيق هذه الطريقة عبر التطبيقات اللامركزية المختلفة.
معيار مفتوح: يستطيع مفهرس الطرف الثالث أن ينسب المعاملات إلى المجمعين أو أطراف ثالثة أخرى.
القيود المحتملة
زيادة تكاليف الغاز. تؤدي إضافة Bytes إضافية إلى زيادة تكاليف المعاملات قليلاً، حوالي 16 غازًا لكل بايت، بإجمالي 64 غاز لكل 4 بايت.
المعاملات غير المتوافقة. في بعض الحالات، قد تتسبب بيانات الاتصال الإضافية في حدوث خلل في محافظ الطرف الثالث. على سبيل المثال، يمكن أن تؤدي المعاملات الشائعة مثل موافقات ERC20 إلى عرض تجربة مستخدم مخصصة في محافظ مثل MetaMask. يمكن أن تتسبب بيانات الاستدعاء الإضافية في حدوث أخطاء في هذه الحالات، لذا من المهم اختبار أي تنفيذ بدقة لضمان عدم ظهور هذه الأنواع من المشكلات.
يوفر تتبع الإحالة عبر البلوكشين بعض المزايا المقنعة مقارنة بآليات التتبع التقليدية، مثل ثباتها وشفافيتها ومقاومتها لمشكلات تتبع الويب الشائعة. في حين أنها تأتي مع مجموعة التحديات الخاصة بها، بما في ذلك زيادة تكاليف الغاز وعدم التوافق المحتمل، فمن المرجح أن تفوق الفوائد هذه القيود، وتستحق هذه التقنية النظر فيها كبديل.
